система ведения базы данных

система управления базами данных
СУБД
Система управления базой данных, включающая в себе автоматизированные средства структуризации и манипулирования данными.
[http://www.outsourcing.ru/content/glossary/A/page-1.asp]

система управления базами данных
СУБД
Совокупность программ и языковых средств, предназначенных для управления данными в базе данных, ведения базы данных и обеспечения взаимодействия ее с прикладными программами.
[ ГОСТ 20886-85]

Тематики

• базы данных
• организация данных в сист. обраб. данных

Синонимы

• СУБД

EN

• DBMS
• data base management system

система управления базой данных
—
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Тематики

• электросвязь, основные понятия

EN

• data base management system
• DBMS

46. Система управления базами данных

СУБД

Data base management system

DBMS

Совокупность программ и языковых средств, предназначенных для управления данными в базе данных, ведения базы данных и обеспечения взаимодействия ее с прикладными программами

Источник: ГОСТ 20886-85: Организация данных в системах обработки данных. Термины и определения оригинал документа

система управления базами данных
СУБД
Система управления базой данных, включающая в себе автоматизированные средства структуризации и манипулирования данными.
[http://www.outsourcing.ru/content/glossary/A/page-1.asp]

система управления базами данных
СУБД
Совокупность программ и языковых средств, предназначенных для управления данными в базе данных, ведения базы данных и обеспечения взаимодействия ее с прикладными программами.
[ ГОСТ 20886-85]

Тематики

• базы данных
• организация данных в сист. обраб. данных

Синонимы

• СУБД

EN

• DBMS
• data base management system

система управления базой данных
—
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Тематики

• электросвязь, основные понятия

EN

• data base management system
• DBMS

46. Система управления базами данных

СУБД

Data base management system

DBMS

Совокупность программ и языковых средств, предназначенных для управления данными в базе данных, ведения базы данных и обеспечения взаимодействия ее с прикладными программами

Источник: ГОСТ 20886-85: Организация данных в системах обработки данных. Термины и определения оригинал документа

простой протокол сетевого управления
Протокол сетевого администрирования, который входит в стек протоколов TCP/IP. Поддерживает ограниченный набор сетевых функций контроля и управления параметрами мостов, маршрутизаторов и других сетевых устройств. Новые версии: SNMP v2 (RFC 1902-1908) - с защитой, ориентированной на обеспечение безопасности в крупных и высокоскоростных сетях (шифрование по методу DES или открытым ключом) и SNMP v3 (RFC 2273, 2274) - с защитой, ориентированной на пользователей.
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]

Тематики

• электросвязь, основные понятия

EN

• SNMP
• Simple Network Management Protocol

простой протокол управления сетью
простой сетевой протокол управления
упрощенный протокол сетевого управления
простой протокол сетевого управления
—
[Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

Тематики

• информационные технологии в целом

Синонимы

• простой сетевой протокол управления
• упрощенный протокол сетевого управления
• простой протокол сетевого управления

EN

• simple network management protocol
• SNMP

протокол управления простой сетью
Протокол, управляющий сетью, сетевыми устройствами и их функциями.
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

простой протокол сетевого управления
Прикладной протокол (L7) управления сетевыми устройствами. Основное предназначение состоит в получении подробной информации о состоянии устройства и изменении его конфигурации в автоматическом режиме. Помимо периодического считывания SNMP-сервером информации с устройства, возможна активная сигнализация самим устройством о произошедших событиях.
[ http://www.morepc.ru/dict/]

простой протокол управления сетью
Протокол группы IETF по управлению сетью. Основной протокол администрирования сетей TCP/IP, обеспечивающий мониторинг и контроль сетевых устройств, обслуживание их конфигураций, сбор статистических данных, замеры производительности и проверку безопасности (МСЭ-Т Х.805; МСЭ-Т J.116).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Вопросы сетевого управления традиционно входят в число основных как для производителей программ и оборудования, так и для организаций, занимающихся разработкой стандартов. Невероятно высокий темп развития сетей на базе протокола TCP/IP (и Internet в частности) и движение в сторону создания единой информационной магистрали обусловили необходимость разработки стандартного протокола управления устройствами по сети и множества высокоуровневых продуктов, которые его используют.

Протокол управления сетями определяет стандартный метод контроля какого-либо устройства со станции управления с целью определения его состояния, настроек и иной информации, а также ее модификации. Основным протоколом управления, используемым в семействе TCP/IP, является протокол SNMP (Simple Network Management Protocol простой протокол управления сетью). Сам протокол очень прост: он определяет только иерархическое пространство имен объектов управления и способ чтения (или записи) данных этих объектов на каждом узле. Основное преимущество этого протокола заключается в том, что он позволяет единообразным образом управлять всеми типами аппаратных средств, независимо от их назначения и особенностей. Все они говорят на одном языке и могут опрашиваться и конфигурироваться с центральной станции.

Однако, SNMP не более чем протокол, поддерживающий диалог двух сторон. Для его использования необходимы две составляющие: программа-агент, работающая на сетевом устройстве, и программа-менеджер, позволяющая дистанционно отслеживать и управлять сетевыми устройствами. Способ ведения диалога между агентом и менеджером показан на рис.1.

Рис. 1 Работа протокола SNMP в рамках модели OSI

Протокол SNMP традиционно используется для управления телекоммуникационным оборудованием. Для управления обычно применяются так называемые платформы сетевого управления, позволяющие осуществлять обнаружение устройств в сети, объединять модули управления оборудованием разных производителей, выполнять общие функции управления и оповещения. В число наиболее известных платформ сетевого управления входят HP OpenView (Hewlett-Packard), Solstice Domain Manager (Sun Microsystems), Tivoli NetView (Tivoli Systems), SNMPc (Castle Rock). Вместе с тем, управление с использованием SNMP может быть применено и для решения других задач в том числе для систем промышленного управления. Проиллюстрируем такой подход на реальном примере.

В ходе выполнения одного из экспортных контрактов корпорацией Стинс Коман была разработана, произведена и установлена на ТЭС Фалай (Вьетнам) система управления электрофильтром. Логически система была разделена на два уровня: нижний монтируемый в непосредственной близости от электрофильтра, и верхний осуществляющий сбор статистической информации и представляющий графически состояние всего объекта. От использования существующих SCADA-систем мы отказались из-за высокой стоимости пакета разработки и модулей времени выполнения, а также большого времени, необходимого на обучение разработчиков. Было решено пойти по пути собственной разработки. Связь между подсистемами верхнего и нижнего уровней была осуществлена традиционными для задач АСУ ТП методами. Из огромного количества используемых полевых протоколов был выбран один, наиболее подходящий по быстродействию и простоте реализации. Учитывая особенности этого протокола, был разработан программный комплекс, осуществляющий сбор информации, анализирующий статистику и графически представляющий состояние управляемого устройства.

Приступив к аналогичным работам по следующему контракту, мы постарались учесть уроки предыдущей разработки и при создании системы управления технологическими процессами воспользоваться нашим опытом проектирования больших сетевых комплексов. В новом варианте системы связь между уровнями осуществлялась по протоколу SNMP. В качестве программы верхнего уровня использовался описанный ниже универсальный SNMP-менеджер.

Использование принципов сетевого управления при создании систем управления технологическими процессами позволило избежать проблем, связанных с интеграцией различных уровней системы. Появился единый универсальный способ управления любым оборудованием, начиная от сетевого маршрутизатора и заканчивая электрофильтром. Для того чтобы появилась возможность управлять устройствами, которые ранее в принципе не подключались к сети, был разработан универсальный программно-аппаратный SNMP-агент eSCape. Это устройство построено на основе однокристального RISC-контроллера и для подключения к сети (локальной или территориально-распределенной) использует Ethernet или PPP. Оно обладает малым весом и невысокой стоимостью и предоставляет широкий выбор вариантов сопряжения с управляемым объектом.

При разработке системы промышленного управления, реализованной в виде SNMP-менеджера, изначально были сформулированы следующие требования:

• новый программный продукт должен обеспечивать сбор и хранение статистических данных, которые должны легко импортироваться в другие программы; 
• новый программный продукт должен работать как под управлением ОС MS Windows 9x/NT/2000, так и под управлением ОС Linux;
• новый программный продукт должен обеспечивать достаточное быстродействие на машинах бюджетного класса;
• для разработки программ рекомендуется использовать свободно распространяемые продукты с открытым исходным кодом.

В результате был разработан программный комплекс EscView, архитектура которого приведена на рис.2.

Рис.2 Программный комплекс, осуществляющий сбор информации, анализ статистики и графическое представление состояния управляемого устройства

Каждому управляемому устройству соответствует SNMP-агент, который может быть встроенным или внешним. SNMP-агенты, подключенные к сети протокола TCP/IP, периодически опрашиваются программой-монитором, которая написана на языке Perl. Периодичность и частота опроса, а также перечень интересующих SNMP-агентов записаны в базе данных, построенной на пакете программ MySQL. Все переменные, считанные в процессе опроса, сохраняются в базе данных. SNMP-агент может также сам проинформировать систему управления о том или ином изменении своего состояния. Для подачи команд устройствам необходимо изменить соответствующие поля базы данных. Все изменения, произошедшие в базе данных, адресно передаются SNMP-агентам.

Рис.3 Пример диалога с пользователем в формате HTML-страницы

Для реализации графического интерфейса пользователя используется HTTP-сервер Apache. Программа, написанная на языке Perl, поддерживает диалоги с пользователем и при помощи базы данных динамически формирует ответ в формате HTML-страницы или в формате WML-страницы.

Страницы HTML предназначены для пользователей, работающих с любым Internet-браузером (например, MS Internet Explorer или Netscape Navigator). Пример реального диалога представлен на рис.3. Страницы WML предназначены для мобильных устройств, поддерживающих протокол WAP (таким устройством может быть сотовый телефон). Для поддержки WAP-клиентов никаких специальных аппаратных доработок производить не надо: в качестве шлюза выступают ресурсы, штатно предоставляемые сотовыми операторами. Соединение между сотовым шлюзом и SNMP-менеджером осуществляется через Internet.

Данное решение может функционировать как под управлением ОС MS Windows 9x/NT/2000, так и под управлением ОС UNIX/Linux. Все программные продукты, используемые при разработке, распространяются свободно.

Описываемое решение уже используется для обслуживания мощных источников бесперебойного питания. В настоящее время на базе этого решения разрабатывается комплекс программ, предназначенных для управления электрофильтром. Оно, в частности, может использоваться для создания интеллектуальных зданий, для распределенного сбора информации с датчиков, а также для реализации заданного промышленного управления через типовые объединённые сети.

[ http://www.mka.ru/?p=40138]

Тематики

• сети вычислительные

Действия

• простой протокол сетевого управления

Синонимы

• простой протокол сетевого управления

EN

• Simple Network Management Protocol
• SNMP

простой протокол сетевого управления
Протокол сетевого администрирования, который входит в стек протоколов TCP/IP. Поддерживает ограниченный набор сетевых функций контроля и управления параметрами мостов, маршрутизаторов и других сетевых устройств. Новые версии: SNMP v2 (RFC 1902-1908) - с защитой, ориентированной на обеспечение безопасности в крупных и высокоскоростных сетях (шифрование по методу DES или открытым ключом) и SNMP v3 (RFC 2273, 2274) - с защитой, ориентированной на пользователей.
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]

Тематики

• электросвязь, основные понятия

EN

• SNMP
• Simple Network Management Protocol

простой протокол управления сетью
простой сетевой протокол управления
упрощенный протокол сетевого управления
простой протокол сетевого управления
—
[Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

Тематики

• информационные технологии в целом

Синонимы

• простой сетевой протокол управления
• упрощенный протокол сетевого управления
• простой протокол сетевого управления

EN

• simple network management protocol
• SNMP

протокол управления простой сетью
Протокол, управляющий сетью, сетевыми устройствами и их функциями.
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

простой протокол сетевого управления
Прикладной протокол (L7) управления сетевыми устройствами. Основное предназначение состоит в получении подробной информации о состоянии устройства и изменении его конфигурации в автоматическом режиме. Помимо периодического считывания SNMP-сервером информации с устройства, возможна активная сигнализация самим устройством о произошедших событиях.
[ http://www.morepc.ru/dict/]

простой протокол управления сетью
Протокол группы IETF по управлению сетью. Основной протокол администрирования сетей TCP/IP, обеспечивающий мониторинг и контроль сетевых устройств, обслуживание их конфигураций, сбор статистических данных, замеры производительности и проверку безопасности (МСЭ-Т Х.805; МСЭ-Т J.116).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Вопросы сетевого управления традиционно входят в число основных как для производителей программ и оборудования, так и для организаций, занимающихся разработкой стандартов. Невероятно высокий темп развития сетей на базе протокола TCP/IP (и Internet в частности) и движение в сторону создания единой информационной магистрали обусловили необходимость разработки стандартного протокола управления устройствами по сети и множества высокоуровневых продуктов, которые его используют.

Протокол управления сетями определяет стандартный метод контроля какого-либо устройства со станции управления с целью определения его состояния, настроек и иной информации, а также ее модификации. Основным протоколом управления, используемым в семействе TCP/IP, является протокол SNMP (Simple Network Management Protocol простой протокол управления сетью). Сам протокол очень прост: он определяет только иерархическое пространство имен объектов управления и способ чтения (или записи) данных этих объектов на каждом узле. Основное преимущество этого протокола заключается в том, что он позволяет единообразным образом управлять всеми типами аппаратных средств, независимо от их назначения и особенностей. Все они говорят на одном языке и могут опрашиваться и конфигурироваться с центральной станции.

Однако, SNMP не более чем протокол, поддерживающий диалог двух сторон. Для его использования необходимы две составляющие: программа-агент, работающая на сетевом устройстве, и программа-менеджер, позволяющая дистанционно отслеживать и управлять сетевыми устройствами. Способ ведения диалога между агентом и менеджером показан на рис.1.

Рис. 1 Работа протокола SNMP в рамках модели OSI

Протокол SNMP традиционно используется для управления телекоммуникационным оборудованием. Для управления обычно применяются так называемые платформы сетевого управления, позволяющие осуществлять обнаружение устройств в сети, объединять модули управления оборудованием разных производителей, выполнять общие функции управления и оповещения. В число наиболее известных платформ сетевого управления входят HP OpenView (Hewlett-Packard), Solstice Domain Manager (Sun Microsystems), Tivoli NetView (Tivoli Systems), SNMPc (Castle Rock). Вместе с тем, управление с использованием SNMP может быть применено и для решения других задач в том числе для систем промышленного управления. Проиллюстрируем такой подход на реальном примере.

В ходе выполнения одного из экспортных контрактов корпорацией Стинс Коман была разработана, произведена и установлена на ТЭС Фалай (Вьетнам) система управления электрофильтром. Логически система была разделена на два уровня: нижний монтируемый в непосредственной близости от электрофильтра, и верхний осуществляющий сбор статистической информации и представляющий графически состояние всего объекта. От использования существующих SCADA-систем мы отказались из-за высокой стоимости пакета разработки и модулей времени выполнения, а также большого времени, необходимого на обучение разработчиков. Было решено пойти по пути собственной разработки. Связь между подсистемами верхнего и нижнего уровней была осуществлена традиционными для задач АСУ ТП методами. Из огромного количества используемых полевых протоколов был выбран один, наиболее подходящий по быстродействию и простоте реализации. Учитывая особенности этого протокола, был разработан программный комплекс, осуществляющий сбор информации, анализирующий статистику и графически представляющий состояние управляемого устройства.

Приступив к аналогичным работам по следующему контракту, мы постарались учесть уроки предыдущей разработки и при создании системы управления технологическими процессами воспользоваться нашим опытом проектирования больших сетевых комплексов. В новом варианте системы связь между уровнями осуществлялась по протоколу SNMP. В качестве программы верхнего уровня использовался описанный ниже универсальный SNMP-менеджер.

Использование принципов сетевого управления при создании систем управления технологическими процессами позволило избежать проблем, связанных с интеграцией различных уровней системы. Появился единый универсальный способ управления любым оборудованием, начиная от сетевого маршрутизатора и заканчивая электрофильтром. Для того чтобы появилась возможность управлять устройствами, которые ранее в принципе не подключались к сети, был разработан универсальный программно-аппаратный SNMP-агент eSCape. Это устройство построено на основе однокристального RISC-контроллера и для подключения к сети (локальной или территориально-распределенной) использует Ethernet или PPP. Оно обладает малым весом и невысокой стоимостью и предоставляет широкий выбор вариантов сопряжения с управляемым объектом.

При разработке системы промышленного управления, реализованной в виде SNMP-менеджера, изначально были сформулированы следующие требования:

• новый программный продукт должен обеспечивать сбор и хранение статистических данных, которые должны легко импортироваться в другие программы; 
• новый программный продукт должен работать как под управлением ОС MS Windows 9x/NT/2000, так и под управлением ОС Linux;
• новый программный продукт должен обеспечивать достаточное быстродействие на машинах бюджетного класса;
• для разработки программ рекомендуется использовать свободно распространяемые продукты с открытым исходным кодом.

В результате был разработан программный комплекс EscView, архитектура которого приведена на рис.2.

Рис.2 Программный комплекс, осуществляющий сбор информации, анализ статистики и графическое представление состояния управляемого устройства

Каждому управляемому устройству соответствует SNMP-агент, который может быть встроенным или внешним. SNMP-агенты, подключенные к сети протокола TCP/IP, периодически опрашиваются программой-монитором, которая написана на языке Perl. Периодичность и частота опроса, а также перечень интересующих SNMP-агентов записаны в базе данных, построенной на пакете программ MySQL. Все переменные, считанные в процессе опроса, сохраняются в базе данных. SNMP-агент может также сам проинформировать систему управления о том или ином изменении своего состояния. Для подачи команд устройствам необходимо изменить соответствующие поля базы данных. Все изменения, произошедшие в базе данных, адресно передаются SNMP-агентам.

Рис.3 Пример диалога с пользователем в формате HTML-страницы

Для реализации графического интерфейса пользователя используется HTTP-сервер Apache. Программа, написанная на языке Perl, поддерживает диалоги с пользователем и при помощи базы данных динамически формирует ответ в формате HTML-страницы или в формате WML-страницы.

Страницы HTML предназначены для пользователей, работающих с любым Internet-браузером (например, MS Internet Explorer или Netscape Navigator). Пример реального диалога представлен на рис.3. Страницы WML предназначены для мобильных устройств, поддерживающих протокол WAP (таким устройством может быть сотовый телефон). Для поддержки WAP-клиентов никаких специальных аппаратных доработок производить не надо: в качестве шлюза выступают ресурсы, штатно предоставляемые сотовыми операторами. Соединение между сотовым шлюзом и SNMP-менеджером осуществляется через Internet.

Данное решение может функционировать как под управлением ОС MS Windows 9x/NT/2000, так и под управлением ОС UNIX/Linux. Все программные продукты, используемые при разработке, распространяются свободно.

Описываемое решение уже используется для обслуживания мощных источников бесперебойного питания. В настоящее время на базе этого решения разрабатывается комплекс программ, предназначенных для управления электрофильтром. Оно, в частности, может использоваться для создания интеллектуальных зданий, для распределенного сбора информации с датчиков, а также для реализации заданного промышленного управления через типовые объединённые сети.

[ http://www.mka.ru/?p=40138]

Тематики

• сети вычислительные

Действия

• простой протокол сетевого управления

Синонимы

• простой протокол сетевого управления

EN

• Simple Network Management Protocol
• SNMP

процессные переменные
-
[Интент]

Процессные переменные.

Под словосочетанием “процессные переменные” понимаются численные параметры, определяющие текущее состояние технологического процесса. К процессным переменным можно отнести сигналы ввода/вывода, параметры функциональных блоков, локальные и глобальные флаги (переменные), тэги SCADA и т.д.

Процессные переменные делятся на дискретные и аналоговые. Дискретная переменная может принимать конечное число значений из довольно узкого диапазона. На практике под дискретной переменной чаще всего подразумевают величину булевского типа (двоичную), указывающую на одно их двух возможных состояний объекта (или управляющего сигнала), хотя, формально говоря, это не совсем корректно. В общем же случае дискретная переменная аналогична типу enumeration языка C.

Аналоговая переменная может принимать любую величину из ограниченного непрерывного диапазона значений. По типу представления аналоговая переменная больше соответствует вещественному числу.

Как записываются процессные переменные в архив?
Существуют две технологии регистрации значений процессных переменных в архиве:

1.    Циклическая запись ( cyclic archiving) подразумевает периодическую запись текущего значения процессной переменной через заданные пользователем интервалы времени вне зависимости от величины и скорости изменения данной переменной (см. рис. 1). Хотя эта техника не очень экономична, она довольно часто используется для архивации аналоговых переменных. Период циклической записи для каждой переменной настраивается индивидуально и, как правило, лежит в диапазоне от 0.5 с до 10 мин. Как для дискретных переменных, так и быстро изменяющихся аналоговых переменных, подобный подход записи в архив явно не оптимален.

Рис. 1. Циклическая запись процессной переменной в архив.

2.    Архивация по изменению переменной (дельта-архивированиe, delta-archiving). Этот подход предполагает запись переменной в архив только тогда, когда изменение ее значения по сравнению с предыдущим записанным значением (абсолютная разность) достигает определенной величины (дельты, см. рис. 2). Дельта настраивается пользователем и может быть выражена как в абсолютных единицах измерения, так и в процентах от шкалы. Безусловно, это техника более экономична, чем циклическая запись, так как она адаптируется к скорости изменения архивируемой величины. Для дискретных величин – этот подход незаменим. Допустим, у нас есть дискретная переменная, которая изменяется, скажем, раз в час. Зачем же ее архивировать каждую секунду или минуту? Ведь гораздо логичнее записывать значение переменной в архив только в те моменты, когда это значение переходит из 1 в 0 или наоборот.

Рис. 2. Дельта-архивирование процессной переменной.

Куда записывается архив процессных переменных?
Чаще всего используется один из трех вариантов:

1.    Архив записывается в обычный текстовый файл в формате CSV ( comma separated values). Этот файл может храниться как на локальном, так и на сетевом диске. На самом деле архив состоит из множества последовательно создаваемых файлов: система генерирует новый файл архива каждую рабочую смену или сутки. У такого формата представления архива есть неоспоримое преимущество – его можно просмотреть любым текстовым редактором. Его также можно экспортировать в MS Excel и посмотреть в виде таблицы, применив необходимые сортировки и фильтры. Существенный недостаток – это неэкономичность хранения; накопленный таким образом архив занимает неприлично много места на жестком диске. Для уменьшения объема архива можно применить компрессию по алгоритму ZIP или RAR – благо, что текстовые файлы очень хорошо сжимаются.

2.    Архив представляет собой двоичный файл, формат которого зависит от используемого ПО визуализации тех. процесса (SCADA). Очевидно, что это более экономичное представление архива, но для работы с ним обычным экселем уже не обойдешься. При этом формат архива у разных производителей SCADA может сильно различаться. Как и в предыдущем случае, архив состоит из последовательно создаваемых файлов. Вообще, хранить архив в одном большом файле – это не очень хорошо с точки зрения скорости доступа к данным.

3.    Самый прогрессивный способ. Хранение архива в виде реляционной базы данных с поддержкой СУБД SQL. Этот способ позволяет достичь достаточно большой скорости работы с архивом (добавление записей, чтение и обработка данных), при этом сервер SQL может обеспечить оптимальный доступ к истории сразу нескольким десяткам удаленных клиентов. Поскольку доступ к архиву осуществляется по открытому интерфейсу SQL, разработчики имеют возможность создавать клиентские приложения под свои нужды. Но главное преимущество заключается в том, что архив на базе SQL – это отличная возможность для интеграции АСУ ТП с информационными системами более высокого уровня (например, уровня MES). Как правило, для ведения архива SQL и обслуживания клиентов используется достаточно мощная серверная платформа.

Во всех описанных случаях система архивирования процессных переменных – это неотъемлемая часть ПО визуализации технологического процесса. Разница заключается в формате представления архива и технологии доступа.

Какие средства служат для отображения архива? Архив можно отобразить несколькими способами. Самый простой – это представить его в табличной форме и экспортировать, например, в Excel, в котором можно строить графики, диаграммы и делать отчеты. Однако это довольно утомительно и требует много ручного труда.

Более удобный способ – это отображение истории в виде специального динамического (обновляемого автоматически) графика, называемого трендом ( trend). Тренд помещается на мнемосхемы операторского интерфейса в тех места, где это необходимо и удобно оператору. Пример тренда изображен на рисунке ниже.

Рис. 3. Пример исторического тренда, отображающего две процессные переменные.

На тренд можно выводить до 16 переменных одновременно, как дискретных, так и аналоговых. При этом тренд можно строить за произвольный промежуток времени ( time span). Также поддерживается масштабирование ( scaling). Передвигая ползунок ( slider) вдоль шкалы времени можно просматривать точные значения переменных в различные моменты времени в прошлом. Отрезки времени, в течение которых наблюдались аварийные значения переменных, выделяются на тренде контрастным цветом. В общем, тренды – это мощный и очень удобный инструмент, наглядно показывающий поведение переменных в динамике.

[ http://kazanets.narod.ru/AlarmsArchive.htm]

Тематики

• автоматизированные системы

EN

• process values

интеллектуальный учет электроэнергии
-
[Интент]

Учет электроэнергии

Понятия «интеллектуальные измерения» (Smart Metering), «интеллектуальный учет», «интеллектуальный счетчик», «интеллектуальная сеть» (Smart Grid), как все нетехнические, нефизические понятия, не имеют строгой дефиниции и допускают произвольные толкования. Столь же нечетко определены и задачи Smart Metering в современных электрических сетях.
Нужно ли использовать эти термины в такой довольно консервативной области, как электроэнергетика? Что отличает новые системы учета электроэнергии и какие функции они должны выполнять? Об этом рассуждает Лев Константинович Осика.

SMART METERING – «ИНТЕЛЛЕКТУАЛЬНЫЙ УЧЕТ» ЭЛЕКТРОЭНЕРГИИ

Определения и задачи
По многочисленным публикациям в СМИ, выступлениям на конференциях и совещаниях, сложившемуся обычаю делового оборота можно сделать следующие заключения:
• «интеллектуальные измерения» производятся у потребителей – физических лиц, проживающих в многоквартирных домах или частных домовладениях;
• основная цель «интеллектуальных измерений» и реализующих их «интеллектуальных приборов учета» в России – повышение платежной дисциплины, борьба с неплатежами, воровством электроэнергии;
• эти цели достигаются путем так называемого «управления электропотреблением», под которым подразумеваются ограничения и отключения неплательщиков;
• средства «управления электропотреблением» – коммутационные аппараты, получающие команды на включение/отключение, как правило, размещаются в одном корпусе со счетчиком и представляют собой его неотъемлемую часть.
Главным преимуществом «интеллектуального счетчика» в глазах сбытовых компаний является простота осуществления отключения (ограничения) потребителя за неплатежи (или невнесенную предоплату за потребляемую электроэнергию) без применения физического воздействия на существующие вводные выключатели в квартиры (коттеджи).
В качестве дополнительных возможностей, стимулирующих установку «интеллектуальных приборов учета», называются:
• различного рода интеграция с измерительными приборами других энергоресурсов, с биллинговыми и информационными системами сбытовых и сетевых компаний, муниципальных администраций и т.п.;
• расширенные возможности отображения на дисплее счетчика всей возможной (при первичных измерениях токов и напряжений) информации: от суточного графика активной мощности, напряжения, частоты до показателей надежности (времени перерывов в питании) и денежных показателей – стоимости потребления, оставшейся «кредитной линии» и пр.;
• двухсторонняя информационная (и управляющая) связь сбытовой компании и потребителя, т.е. передача потребителю различных сообщений, дистанционная смена тарифа, отключение или ограничение потребления и т.п.

ЧТО ТАКОЕ «ИНТЕЛЛЕКТУАЛЬНЫЕ ИЗМЕРЕНИЯ»?

Приведем определение, данное в тематическом докладе комитета ЭРРА «Нормативные аспекты СМАРТ ИЗМЕРЕНИЙ», подготовленном известной международной компанией КЕМА:
«…Для ясности необходимо дать правильное определение смарт измерениям и описать организацию инфраструктуры смарт измерений. Необходимо отметить, что между смарт счетчиком и смарт измерением существует большая разница. Смарт счетчик – это отдельный прибор, который установлен в доме потребителя и в основном измеряет потребление энергии потребителем. Смарт измерения – это фактическое применение смарт счетчиков в большем масштабе, то есть применение общего принципа вместо отдельного прибора. Однако, если рассматривать пилотные проекты смарт измерений или национальные программы смарт измерений, то иногда можно найти разницу в определении смарт измерений. Кроме того, также часто появляются такие термины, как автоматическое считывание счетчика (AMR) и передовая инфраструктура измерений (AMI), особенно в США, в то время как в ЕС часто используется достаточно туманный термин «интеллектуальные системы измерений …».
Представляют интерес и высказывания В.В. Новикова, начальника лаборатории ФГУП ВНИИМС [1]: «…Это автоматизированные системы, которые обеспечивают и по-требителям, и сбытовым компаниям контроль и управление потреблением энергоресурсов согласно установленным критериям оптимизации энергосбережения. Такие измерения называют «интеллектуальными измерениями», или Smart Metering, как принято за рубежом …
…Основные признаки Smart Metering у счетчиков электрической энергии. Их шесть:
1. Новшества касаются в меньшей степени принципа измерений электрической энергии, а в большей – функциональных возможностей приборов.
2. Дополнительными функциями выступают, как правило, измерение мощности за короткие периоды, коэффициента мощности, измерение времени, даты и длительности провалов и отсутствия питающего напряжения.
3. Счетчики имеют самодиагностику и защиту от распространенных методов хищения электроэнергии, фиксируют в журнале событий моменты вскрытия кожуха, крышки клеммной колодки, воздействий сильного магнитного поля и других воздействий как на счетчик, его информационные входы и выходы, так и на саму электрическую сеть.
4. Наличие функций для управления нагрузкой и подачи команд на включение и отключение электрических приборов.
5. Более удобные и прозрачные функции для потребителей и энергоснабжающих организаций, позволяющие выбирать вид тарифа и энергосбытовую компанию в зависимости от потребностей в энергии и возможности ее своевременно оплачивать.
6. Интеграция измерений и учета всех энергоресурсов в доме для выработки решений, минимизирующих расходы на оплату энергоресурсов. В эту стратегию вовлекаются как отдельные потребители, так и управляющие компании домами, энергоснабжающие и сетевые компании …».
Из этих цитат нетрудно заметить, что первые 3 из 6 функций полностью повторяют требования к счетчикам АИИС КУЭ на оптовом рынке электроэнергии и мощности (ОРЭМ), которые не менялись с 2003 г. Функция № 5 является очевидной функцией счетчика при работе потребителя на розничных рынках электроэнергии (РРЭ) в условиях либеральной (рыночной) энергетики. Функция № 6 практически повторяет многочисленные определения понятия «умный дом», а функция № 4, провозглашенная в нашей стране, полностью соответствует желаниям сбытовых компаний найти наконец действенное средство воздействия на неплательщиков. При этом ясно, что неплатежи – не следствие отсутствия «умных счетчиков», а результат популистской политики правительства. Отключить физических (да и юридических) лиц невозможно, и эта функция счетчика, безусловно, останется невостребованной до внесения соответствующих изменений в нормативно-правовые акты.
На функции № 4 следует остановиться особо. Она превращает измерительный прибор в управляющую систему, в АСУ, так как содержит все признаки такой системы: наличие измерительного компонента, решающего компонента (выдающего управляющие сигналы) и, в случае размещения коммутационных аппаратов внутри счетчика, органов управления. Причем явно или неявно, как и в любой системе управления, подразумевается обратная связь: заплатил – включат опять.
Обоснованное мнение по поводу Smart Grid и Smart Metering высказал В.И. Гуревич в [2]. Приведем здесь цитаты из этой статьи с локальными ссылками на используемую литературу: «…Обратимся к истории. Впервые этот термин встретился в тексте статьи одного из западных специалистов в 1998 г. [1]. В названии статьи этот термин был впервые использован Массудом Амином и Брюсом Волленбергом в их публикации «К интеллектуальной сети» [2]. Первые применения этого термина на Западе были связаны с чисто рекламными названиями специальных контроллеров, предназначенных для управления режимом работы и синхронизации автономных ветрогенераторов (отличающихся нестабильным напряжением и частотой) с электрической сетью. Потом этот термин стал применяться, опять-таки как чисто рекламный ход, для обозначения микропроцессорных счетчиков электроэнергии, способных самостоятельно накапливать, обрабатывать, оценивать информацию и передавать ее по специальным каналам связи и даже через Интернет. Причем сами по себе контроллеры синхронизации ветрогенераторов и микропроцессорные счетчики электроэнергии были разработаны и выпускались различными фирмами еще до появления термина Smart Grid. Это название возникло намного позже как чисто рекламный трюк для привлечения покупателей и вначале использовалось лишь в этих областях техники. В последние годы его использование расширилось на системы сбора и обработки информации, мониторинга оборудования в электроэнергетике [3] …
1. Janssen M. C. The Smart Grid Drivers. – PAC, June 2010, p. 77.
2. Amin S. M., Wollenberg B. F. Toward a Smart Grid. – IEEE P&E Magazine, September/October, 2005.
3. Gellings C. W. The Smart Grid. Enabling Energy Efficiency and Demand Response. – CRC Press, 2010. …».
Таким образом, принимая во внимание столь различные мнения о предмете Smart Grid и Smart Metering, сетевая компания должна прежде всего определить понятие «интеллектуальная система измерения» для объекта измерений – электрической сети (как актива и технологической основы ОРЭМ и РРЭ) и представить ее предметную область именно для своего бизнеса.

БИЗНЕС И «ИНТЕЛЛЕКТУАЛЬНЫЙ УЧЕТ»

В результате изучения бизнес-процессов деятельности ряда сетевых компаний и взаимодействия на РРЭ сетевых, энергосбытовых компаний и исполнителей коммунальных услуг были сформулированы следующие исходные условия.
1. В качестве главного признака новой интеллектуальной системы учета электроэнергии (ИСУЭ), отличающей ее от существующей системы коммерческого и технического учета электроэнергии, взято расширение функций, причем в систему вовлекаются принципиально новые функции: определение технических потерь, сведение балансов в режиме, близком к on-line, определение показателей надежности. Это позволит, среди прочего, получить необходимую информацию для решения режимных задач Smart Grid – оптимизации по реактивной мощности, управления качеством электроснабжения.
2. Во многих случаях (помимо решения задач, традиционных для сетевой компании) рассматриваются устройства и системы управления потреблением у физических лиц, осуществляющие их ограничения и отключения за неплатежи (традиционные задачи так называемых систем AMI – Advanced Metering Infrastructure).
Учитывая вышеизложенное, для электросетевой компании предлагается принимать следующее двойственное (по признаку предметной области) определение ИСУЭ:
в отношении потребителей – физических лиц: «Интеллектуальная система измерений – это совокупность устройств управления нагрузкой, приборов учета, коммуникационного оборудования, каналов передачи данных, программного обеспечения, серверного оборудования, алгоритмов, квалифицированного персонала, которые обеспечивают достаточный объем информации и инструментов для управления потреблением электроэнергии согласно договорным обязательствам сторон с учетом установленных критериев энергоэффективности и надежности»;
в отношении системы в целом: «Интеллектуальная система измерений – это автоматизированная комплексная система измерений электроэнергии (с возможностью измерений других энергоресурсов), определения учетных показателей и решения на их основе технологических и бизнес-задач, которая позволяет интегрировать различные информационные системы субъектов рынка и развиваться без ограничений в обозримом будущем».

ЗАДАЧИ «ИНТЕЛЛЕКТУАЛЬНОГО УЧЕТА»

Далее мы будем основываться на том, что ИСУЭ позволит осуществить следующие функции в бытовом секторе:
• дистанционное получение от каждой точки измерения (узла учета) у бытового потребителя сведений об отпущенной или потребленной электроэнергии;
• расчет внутриобъектового (многоквартирный жилой дом, поселок) баланса поступления и потребления энергоресурсов с целью выявления технических и коммерческих потерь и принятия мер по эффективному энергосбережению;
• контроль параметров поставляемых энергоресурсов с целью обнаружения и регистрации их отклонений от договорных значений;
• обнаружение фактов несанкционированного вмешательства в работу приборов учета или изменения схем подключения электроснабжения;
• применение санкций против злостных неплательщиков методом ограничения потребляемой мощности или полного отключения энергоснабжения;
• анализ технического состояния и отказов приборов учета;
• подготовка отчетных документов об электропотреблении;
• интеграция с биллинговыми системами.

«ИНТЕЛЛЕКТУАЛЬНЫЙ КОММЕРЧЕСКИЙ УЧЕТ»

Остановимся подробно на одном из атрибутов ИСУЭ, который считаю ключевым для основного электросетевого бизнеса.
Особенностью коммерческого учета электроэнергии (КУЭ) распределительных сетевых компаний является наличие двух сфер коммерческого оборота электроэнергии – ОРЭМ и РРЭ, которые хотя и сближаются в нормативном и организационном плане, но остаются пока существенно различными с точки зрения требований к КУЭ.
Большинство сетевых компаний является субъектом как ОРЭМ, так и РРЭ. Соответственно и сам коммерческий учет в отношении требований к нему разделен на два вида:
• коммерческий учет на ОРЭМ (технические средства – АИИС КУЭ);
• коммерческий учет на РРЭ (технические средства – АСКУЭ).
Кроме того, к коммерческому учету, т.е. к определению тех показателей, которые служат для начисления обязательств и требований сетевой компании (оплата услуг по транспорту электроэнергии, купля-продажа технологических потерь), следует отнести и измерения величин, необходимых для определения показателей надежности сети в отношении оказания услуг по передаче электроэнергии.
Отметим, что сложившиеся технологии АИИС КУЭ и АСКУЭ по своей функциональной полноте (за исключением функции коммутации нагрузки внутри систем) – это технологии Smart Metering в том понимании, которое мы обсуждали выше. Поэтому далее будем считать эти понятия полностью совпадающими.
Подсистема ИСУЭ на РРЭ, безусловно, самая сложная и трудоемкая часть всей интеллектуальной системы как с точки зрения организации сбора информации (включая измерительные системы (ИС) и средства связи в автоматизированных системах), так и с точки зрения объема точек поставки и соответственно средств измерений. Последние отличаются большим многообразием и сложностью контроля их и метрологических характеристик (МХ).
Если технические требования к ИС на ОРЭМ и к ИС крупных потребителей (по крайней мере потребителей с присоединенной мощностью свыше 750 кВА) принципиально близки, то в отношении нормативного и организационного компонентов имеются сильные различия. Гармоничная их интеграция в среде разных компонентов – основная задача создания современной системы ИСУЭ любой сетевой компании.
Особенностью коммерческого учета для нужд сетевого комплекса – основного бизнеса компании в отличие от учета электроэнергии потребителей, генерирующих источников и сбытовых компаний – является сам характер учетных показателей, вернее, одного из них – технологических потерь электроэнергии. Здесь трудность состоит в том, что границы балансовой принадлежности компании должны оснащаться средствами учета в интересах субъектов рынка – участников обращения электроэнергии, и по правилам, установленным для них, будь то ОРЭМ или РРЭ. А к измерению и учету важнейшего собственного учетного показателя, потерь, отдельные нормативные требования не предъявляются, хотя указанные показатели должны определяться по своим технологиям.
При этом сегодня для эффективного ведения бизнеса перед сетевыми компаниями, по мнению автора, стоит задача корректного определения часовых балансов в режиме, близком к on-line, в условиях, когда часть счетчиков (со стороны ОРЭМ) имеют автоматические часовые измерения электроэнергии, а подавляющее большинство (по количеству) счетчиков на РРЭ (за счет физических лиц и мелкомоторных потребителей) не позволяют получать такие измерения. Актуальность корректного определения фактических потерь следует из необходимости покупки их объема, не учтенного при установлении тарифов на услуги по передаче электроэнергии, а также предоставления информации для решения задач Smart Grid.
В то же время специалистами-практиками часто ставится под сомнение практическая востребованность определения технологических потерь и их составляющих в режиме on-line. Учитывая это мнение, которое не согласуется с разрабатываемыми стратегиями Smart Grid, целесообразно оставить окончательное решение при разработке ИСУЭ за самой компанией.
Cистемы АИИС КУЭ сетевых компаний никогда не создавались целенаправленно для решения самых насущных для них задач, таких как:
1. Коммерческая задача купли-продажи потерь – качественного (прозрачного и корректного в смысле метрологии и требований действующих нормативных документов) инструментального или расчетно-инструментального определения технологических потерь электроэнергии вместе с их составляющими – техническими потерями и потреблением на собственные и хозяйственные нужды сети.
2. Коммерческая задача по определению показателей надежности электроснабжения потребителей.
3. Управленческая задача – получение всех установленных учетной политикой компании балансов электроэнергии и мощности по уровням напряжения, по филиалам, по от-дельным подстанциям и группам сетевых элементов, а также КПЭ, связанных с оборотом электроэнергии и оказанием услуг в натуральном выражении.
Не ставилась и задача технологического обеспечения возможного в перспективе бизнеса сетевых компаний – предоставления услуг оператора коммерческого учета (ОКУ) субъектам ОРЭМ и РРЭ на территории обслуживания компании.
Кроме того, необходимо упорядочить систему учета для определения коммерческих показателей в отношении определения обязательств и требований оплаты услуг по транспорту электроэнергии и гармонизировать собственные интересы и интересы смежных субъектов ОРЭМ и РРЭ в рамках существующей системы взаимодействий и возможной системы взаимодействий с введением института ОКУ.
Именно исходя из этих целей (не забывая при этом про коммерческие учетные показатели смежных субъектов рынка в той мере, какая требуется по обязательствам компании), и нужно строить подлинно интеллектуальную измерительную систему. Иными словами, интеллект измерений – это главным образом интеллект решения технологических задач, необходимых компании.
По сути, при решении нового круга задач в целевой модели интеллектуального учета будет реализован принцип придания сетевой компании статуса (функций) ОКУ в зоне обслуживания. Этот статус формально прописан в действующей редакции Правил розничных рынков (Постановление Правительства РФ № 530 от 31.08.2006), однако на практике не осуществляется в полном объеме как из-за отсутствия необходимой технологической базы, так и из-за организационных трудностей.
Таким образом, сетевая компания должна сводить баланс по своей территории на новой качественной ступени – оперативно, прозрачно и полно. А это означает сбор информации от всех присоединенных к сети субъектов рынка, формирование учетных показателей и передачу их тем же субъектам для определения взаимных обязательств и требований.
Такой подход предполагает не только новую схему расстановки приборов в соответствии с комплексным решением всех поставленных технологами задач, но и новые функциональные и метрологические требования к измерительным приборам.

ПРЕИМУЩЕСТВА ИСУЭ

Внедрение ИСУЭ даст новые широкие возможности для всех участников ОРЭМ и РРЭ в зоне обслуживания электросетевой компании.
Для самой компании:
1. Повышение эффективности существующего бизнеса.
2. Возможности новых видов бизнеса – ОКУ, регистратор единой группы точек поставки (ГТП), оператор заправки электрического транспорта и т.п.
3. Обеспечение внедрения технологий Smart grid.
4. Создание и развитие программно-аппаратного комплекса (с сервисно-ориентированной архитектурой) и ИС, снимающих ограничения на развитие технологий и бизнеса в долгосрочной перспективе.
Для энергосбытовой деятельности:
1. Автоматический мониторинг потребления.
2. Легкое определение превышения фактических показателей над планируемыми.
3. Определение неэффективных производств и процессов.
4. Биллинг.
5. Мониторинг коэффициента мощности.
6. Мониторинг показателей качества (напряжение и частота).
Для обеспечения бизнеса – услуги для генерирующих, сетевых, сбытовых компаний и потребителей:
1. Готовый вариант на все случаи жизни.
2. Надежность.
3. Гарантия качества услуг.
4. Оптимальная и прозрачная стоимость услуг сетевой компании.
5. Постоянное внедрение инноваций.
6. Повышение «интеллекта» при работе на ОРЭМ и РРЭ.
7. Облегчение технологического присоединения энергопринимающих устройств субъектов ОРЭМ и РРЭ.
8. Качественный консалтинг по всем вопросам электроснабжения и энергосбережения.
Успешная реализации перечисленных задач возможна только на базе информационно-технологической системы (программно-аппаратного комплекса) наивысшего достигнутого на сегодняшний день уровня интеграции со всеми возможными информационными системами субъектов рынка – измерительно-учетными как в отношении электроэнергии, так и (в перспективе) в отношении других энергоресурсов.

ЛИТЕРАТУРА

1. Новиков В.В. Интеллектуальные измерения на службе энергосбережения // Энергоэксперт. 2011. № 3.
2. Гуревич В.И. Интеллектуальные сети: новые перспективы или новые проблемы? // Электротехнический рынок. 2010. № 6.

[ http://www.news.elteh.ru/arh/2011/71/14.php]

Тематики

• счетчик электроэнергии

EN

• smart metering